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PROCEDE ET SYSTEM E DE RECOMMAISSAMCE AUTOMATIQUE DE 
CQNFllGURATflOMS DE SIMULATIONS D g UN CCRGU8T IMTEG^E 

L'invention concerne un procede et un systeme de reconnaissance 
5 automatique de configurations de simulation pour ia verification fonctionnelle 
des circuits integres ASIC par des tests de simulation. Plus particulierernent, 
Tinvention concerne un procede de reconnaissance automatique de 
configurations de simulation et un systeme permettant de mettre en oeuvre le 
procede. 

10 Avec Paccroissernent de la complexity des systemes materiels 

(hardware), il faut pouvoir traiter des configurations de systemes rassemblant 
de plus en plus de modeles ecrits en langage de description du materiel, par 
exemple de type HDL (les langages VHDL et Verilog etant les plus utilises), 
et en langages de haut niveau, par exemple de type HLL (tels que C ou 

15 C++), ces langages decrivant, d'une part, les elements constitutifs du 
materiel et, d'autre part, les modeles constitutifs de Penvironnement de 
simulation. 

Dans la suite de la description, nous appellerons "configuration de 

simulation" ou "configuration" un ensemble de modeles logiciels d'elements 
20 dits "composants" constituant un modele global de simulation, les 

composants etant connectes entre eux, soit directement, soit par 

Pintermediaire de blocs intermediates. 

Uinvention est utile dans la verification de la conception des ASICs 

par simulation de leur fonctionnement, par exemple, dans un environnement 
25 identique a ou tres proche de leur utilisation finale, le procede de 

reconnaissance automatique de configurations permettant a des tests 

d'identifier les composants d'une configuration. 

Dans le cas d'un ASIC contenant beaucoup d'elements et etant 

connecte a plusieurs circuits externes, il est difficile de prevoir a Tavance 
30 toutes les configurations utiles et d'etablir les relations entre les ensembles 

de configurations associant differentes proprietes de configuration, et les 

ensembles de test qui leur sont applicables. De ce fait, on renonce souvent a 
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Tutilisation de certaines variantes de configurations facilitant le debug, ces 
variantes pouvant ne concerner qu'une partie des composants afin de 
sirnuler une partie seulement de i'ASIC ou de son environnement. 

Pour couvrir Tensemble des variantes d'une configuration de 
simulation, il est necessaire de disposer d'une grande quantite de variantes 
de tests propres a chaque configuration. Cette situation est une source 
potentielle d'erreurs car chaque modification et correction d'un test doit etre 
repertoriee et verifiee dans chaque variante du test. 

Le but de la presente invention vise done a limiter les inconvenients de 
mise au point des programmes de test en fonction des configurations de 
simulation disponibles. 

Ce but est atteint par un procede de reconnaissance automatique de 
configurations de simulation disponibles de circuits integres en projet 
comprenant au moins deux composants relies entre eux directement ou 
indirectement, pour la verification fonctionnelle desdits circuits par des tests 
de simulation, caracterise en ce qu'il comprend : 

une etape de saisie de configuration de simulation par un premier 
gestionnaire, appele "gestionnaire serveur" associe au simulateur, 
pendant ('initialisation du programme simulateur, et pendant que 
sont alors appeles tous les constructeurs distances HLL (C++) de 
composants presents dans le modele global de simulation courant, 
chacun de ces constructeurs enregistrant sa presence en 
transmettant ses propres parametres (label, type, chemin HDL ...) 
au gestionnaire serveur qui construit la table des instances des 
composants, 

- une etape d'envoi d'une requete par un deuxieme gestionnaire, 
appele "gestionnaire client" vers le gestionnaire serveur pour savoir 
si les composants attendus dans une configuration par le 
gestionnaire client sont presents et quels sont leurs positions 
(indiquees par les labels) et leurs types, 

une etape d'envoi d'une reponse par le gestionnaire serveur au 
gestionnaire client, apres consultation de la table des instances des 
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composants, la reponse contenant les instances des composants 
presents et/ou une notification d'erreur en cas d'absence d'un ou 
plusieurs composants attendus, et de memorisation de la reponse 
dans au moins une table de memorisation des modeles de 
5 configuration par le gestionnaire client, 

- une etape de comparaison, par le gestionnaire client , de la reponse 
avec les exigences du test, suivie d'une etape d'inhibition, 
d'activation et/ou de modification de certaines parties du test par le 
gestionnaire client pour adapter le test a la configuration ou 
10 signalisation d'erreur si cela s'avere impossible . 

Selon une autre particularity, les configurations de simulation sont 
generees a partir des donn§es de generation de configurations, avant 
Putilisation du procede selon invention. 

Selon une autre particularite, la generation des configurations est 
15 realisee par un operateur humain. 

Selon une autre particularite, la generation des configurations est 
realisee par un generateur automatique de configurations. 

Selon une autre particularite, I'etape d'envoi d'une requete est suivie 
d'une etape de traduction de ladite requete, par une interface 
20 programmatique, en langage comprehensible par le premier gestionnaire, et 
en ce que I'etape d'envoi d'une reponse est suivie d'une etape de traduction 
de ladite reponse, par Pinterface programmatique, en langage 
comprehensible par le deuxieme gestionnaire. 

Selon une autre particularite, le procede de reconnaissance 
25 automatique de configurations fonctionne dans une architecture client- 
serveur, le premier gestionnaire etant situe sur le serveur et le deuxieme 
gestionnaire sur le client. 

Un autre but de ('invention est de proposer un systeme permettant de 
mettre en ceuvre le procede selon I'invention. 
30 Ce but est atteint par un systeme de reconnaissance de configurations 

de simulation disponibles de circuits integres en projet, caracterise en ce qu'il 
comprend un premier gestionnaire muni de moyens pour formuler et/ou 
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analyser un message, de moyens de memorisation, et de moyens pour 
remplir et consulter au moins une table dite table des distances des 
composants presents dans chaque configuration, et en ce qu'il comprend un 
deuxieme gestionnaire muni de moyens pour formuler un message et/ou une 

5 requete, de moyens pour analyser un message, et de moyens pour remplir et 
consulter au moins une table de memorisation des modeles de configuration. 

Selon une autre particularite, le deuxieme gestionnaire est muni de 
moyens pour inhiber, activer et/ou modifier certaines parties du test pour 
adapter le test en fonction de la reponse. 

10 ^invention sera mieux comprise a Taide de la description suivante 

d'un mode prefere de mise en ceuvre du procede de 1'invention, en reference 
aux dessins annexes, sur lesquels : 

- la figure 1 represente, sous forme tres schematique, un exemple de 
modele global de simulation ; 

is - la figure 2 represente un diagramme illustrant les differentes 

composantes du systeme de reconnaissance automatique et les etapes de 
mise en ceuvre de ces composantes dans le procede de 1'invention ; 

- les figures 3a a 3c represented differents stades de modelisation 
d'un circuit a i'aide d'un modele mixte de type HDL (VERILOG ou VHDL) et 

20 de type HLL (C++) ; 

- les figures 4a a 4c represented differentes configurations du modele 
global de simulation correspondant a ('architecture representee sur la figure 
1. 

Un modele global de simulation est typiquement compose d'un ou 
25 plusieurs modeles de circuits integres testes (DUT) entoures de modeles qui 
creent un environnement de test et verification. Ces modeles creent des 
stimuli complexes et regoivent des reponses complexes du modele teste. 
Ces composants peuvent etre des transactors (XACTORS) - des modeles 
possedant generalement une interface programmatique (API) permettant un 
30 pilotage par des tests externes au modele, ces tests etant ecrits 
generalement en langage de haut niveau (HLL), 
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L'environnement de verification peut contenir aussi des composants 
dits Bloc de Monitoring (MONITOR) et des composants dits Bloc de 
Verification (VERIFIER). Ces composants n'interviennent pas directement 
dans I'echange de signaux entre les autres constituants du modele global de 

5 simulation mais servent a les observer et a les interpreter. Les Blocs de 
Monitoring (MONITOR) servent de support d'analyse pour les tests, ils 
possedent des interfaces programmatiques (API) pour signaler des 
evenements observes sur les signaux de modele global. Les Blocs de 
Verification (VERIFIER) sont des composants qui possedent une 

10 specification de reference de fonctionnement de modele teste et, en 
observant les signaux du modele global de simulation, sont capables de 
verifier le bon fonctionnement du modele. 

La figure 1 represente un exemple d'architecture d'un systeme 
comprenant un circuit integre en developpement, constitue d'un processeur 

is (1) (CPU) communicant par une passerelle (4) (BRIDGE) avec une memoire 
systeme (2) (MEMORY) et des entrees sorties (3) (I/O). Les figures 4a, 4b et 
4c represented trois modeles globaux de simulation de ('architecture de la 
figure 1, a des stades successifs d'un projet, les figures 4a et 4ab etant des 
exemples d'etapes intermediates devolution vers le modele de la figure 4c, 

20 qui peut representer un modele global final. Chaque modele global de 
simulation est genere par un utilisateur du systeme de reconnaissance 
automatique, manuellement ou par un generateur automatique de 
configurations, dit configurateur (17, figure 2), permettant de generer une 
configuration arbitraire a partir d'au moins un fichier comprenant les 

25 conditions de generation de la configuration (18). Le configurateur (17) est, 
par exemple, celui decrit dans la demande de brevet "Systeme et procede 
d'etablissement automatique d'un modele global de simulation d'une 
architecture" deposee par la requerante ce meme jour. Dans le mode de 
realisation de la figure 2, les conditions de generation de la configuration (18) 

30 sont reparties sous forme de trois fichiers comprenant respectivement une 
description de Tarchitecture du modele global de simulation (FDARCH), une 
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description synthetique de la configuration a generer (FCONF) et une 
description des interfaces de type HDL des composants (BFSHDL). 

L'utilisateur du systeme selon ('invention genere, manuellement ou a 
I'aide du configurateur (17), deux fichiers MGHDL (33) et MGHLL (32) qui 

5 vont servir de fichiers source pour la simulation. Le fichier MGHDL (33) 
instancie les parties HDL du modele et decrit la connexion, en langage de 
type HDL, des composants entre eux, et le fichier MGHLL (32), contient des 
instances, ecrites en langage de type HLL, comportant les caracteristiques 
de chaque composant 

10 Le systeme de reconnaissance automatique de configurations de 

simulation selon I'invention permet aux tests de verifier leur adequation a la 
configuration au cours de la simulation, et de s'adapter en fonction de la 
configuration, afin de ne pas avoir a ecrire un test par variante de 
configuration. 

is Le modele global represents sur la figure 4b, auquel peut par exemple 

aboutir le configurateur, est constitue d'un composant processeur CPU de 
type XACTOR relie par une interface de type "fbus__p" a un bloc intermediaire 
(fbus_xchg) (101) ayant une interface de type different. Un autre bloc 
intermediaire (fbus_xchg) (102) relie le premier bloc intermediaire (101) a un 

20 composant de type passerelle (BRIDGE) de type DUT_CORE qui 
communique, d'une part avec un modele majoritairement en langage de type 
HDL d'une memoire (MEMORY) de type DUT, d'autre part avec un modele 
majoritairement en langage de type HDL d'une entree/sortie (I/O) de type 
DUT et enfin avec un bloc systeme (SYS_BRIDGE) de type DUT. 

25 Chaque type de Composant peut etre decrit a plusieurs niveaux de 

details (fonctionnel, comportemental, portes, etc.) en langage de type HDL, 
tel que VERILOG ou VHDL, ou en langage de haut niveau (HLL), tel que C 
ou C++, complete d'une interface de type HDL. Plusieurs niveaux de 
descriptions peuvent coexister pour decrire des fonctionnalites similaires et 

30 avoir des interfaces de type HDL similaires mais pas forcement identiques. 
Certaines descriptions peuvent avoir plus de fonctionnalites, et les interfaces 
de type HDL peuvent contenir des jeux de signaux completement differents. 
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Chaque instance d'un composant dans ce schema obtient des 
parametres d'identification du composant, a savoir au moins un nom ou 
label, qui identifie la position du composant (par exemple CPU_0, 
BRIDGEJ3, CMEMJ)), un type (par exemple DUT, VERIFIER, XACTOR, 

5 MONITOR) et un chemin HDL, correspondant au nom hierarchique du 
composant dans le modele global de simulation. Un exemple de definition 
des parametres d'identification d'un composant est donne dans I'annexe 1. 

Les composants sont decrits, comme represents sur les figures 3a a 
3c, a la fois en langage de type HDL et en langage de type HLL. 

10 Dans le cas d'un composant decrit completement en langage de type 

HDL (figure 3a), la partie de type HLL est reduite a une instance qui permet 
de signaler sa presence dans la configuration au cours de la simulation et qui 
fournit les chemins d'acces aux ressources de type HDL du composant. 
Dans le cas ou un composant de type HDL n'a pas besoin d'etre identifie par 

15 le test, la presence de la partie HLL est facultative, ce qui permet une 
simplification du modele global de simulation. 

Pour les composants decrits en langage de type HLL (figure 3c), c'est 
la partie de type HDL qui est reduite au strict minimum, et qui est limitee a la 
description des signaux et registres d'interface. 

20 Tous les niveaux intermediates entre ces deux extremites sont 

possibles et naturellement exploites dans le contexte de processus de 
developpement des circuits ASIC. 

La partie de type HLL des composants est construite par un 
constructeur d'instance. C'est cette partie qui comprend les parametres 

25 d'identification du composant (nom, type, chemin HDL, etc.). 

Un exemple d'instance d'identification d'un composant, ecrite en C++, 
est donne dans I'annexe 4. 

La figure 2 illustre le principe du procede de reconnaissance 
automatique de configurations de simulation selon I'invention. Le 

30 fonctionnement du procede de reconnaissance automatique de 
configurations sera decrit, de fagon non limitative, dans une architecture 
client-serveur, comme represents sur la figure 2. Le procede de 
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reconnaissance automatique de configurations fonctionne egalement sur une 
machine unique ou dans une architecture multiclients-multiserveurs, 
distribute sur plusieurs machines, chaque machine comprenant au moins un 
serveur ou un client de ['architecture. Utilisation d'une architecture client- 

5 serveur est particulierement utile dans le cas ou la memoire de la machine 
constituant le serveur n'est pas suffisante pour realiser le precede. 

Le modele global de simulation est constitue de fichiers sources HDL 
et HLL (marques respectivement MGHDL et MGHLL) et de toutes les 
bibliotheques de composants HDL (71) et modules de librairies HLL (72) 

io auxquels ils font respectivement reference. Les deux parties du modele 
global sont ensuite compilees pour donner les fichiers objet HDL (51) et 
fichiers objet HLL (52) utilises par le simulateur. Les fichiers objets HLL sont 
integres au simulateur edition des liens (linking) en utilisant une API 
standardise (exemple PLl pour VERILOG) et les fichiers objet HDL seront 

15 utilises directement par le simulateur pour creer les modeles des 
composants. Le serveur (13) comprend un gestionnaire, dit ServerRegistry 
(14), qui comprend au moins une table m_plnstanceMap (15) memorisant 
des informations sur I'instance. Le client (10) comprend egalement un 
gestionnaire, dit ClientRegistry (11), comprenant au moins une table 

20 m_serverConfigMap (12) dans laquelle sont memorisees, au debut du 
procede de reconnaissance de configurations les informations sur les 
instances des composants presentes dans le modele simule 

Au debut de chaque simulation les constructeurs des instances 
d'objets sont appeles. Chaque constructeur appelle une procedure speciale 

25 dite Register de la classe ServerRegistry (annexe 3) en lui transmettant les 
informations sur I'instance, ces informations sont memorisees (16) dans la 
table m_pinstanceMap (15). 

Le procede selon Tinvention permet au client de verifier I'adequation 
de chaque test de simulation fourni par le client avec la configuration a 

30 laquelie le test est associe. 

Pour ce faire, le client (10) envoie une requete faisant partie de la 
classe QueryReq par Tintermediaire du gestionnaire du client ClientRegistry 
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(11) au gestionnaire du serveur ServerRegistry (14). Une interface 
programmatique API CONF, presente sur le serveur (13), permet de traduire 
la requete en langage comprehensible par le gestionnaire du serveur 
ServerRegistry (14). La requete QueryReq permet au client (10) de 

5 s'informer sur la presence d'un composant dans la configuration et sur son 
type. Le client (10) demande par exemple si tel type de composant est 
present dans telle ou telle configuration, et, si oui, ou il est. Le client (10) peut 
aussi lancer une requete pour s'informer sur la presence et le type de tous 
les elements compris dans une ou plusieurs configurations, sur un ou 

10 plusieurs serveurs, en specifiant comme parametres (annexe 1, classe 
QueryReq) INSTANCE_ANY, TYPE_ANY et SERVER^ANY respectivement. 
Le gestionnaire du serveur ServerRegistry (14) cherche dans la table 
m_plnstanceMap (15) et envoie une reponse au gestionnaire du client 
ClientRegistry (11) par I'intermediaire de TAP! CONF, formulee par la classe 

15 QueryRsp. Un exemple de classe ServerRegistry du gestionnaire du serveur 
est donne en annexe 3. Si le gestionnaire du serveur ServerRegistry (14) 
trouve le type de composant cherche, il le notifie dans la reponse en 
precisant, en fonction de ce qui lui est demande dans la requete, les 
informations comprises dans la requete associee a chaque composant. La 

20 reponse contient par exemple le nom (label), le type du composant, son 
chemin HDL, le nom de la configuration et le nom du serveur sur lequel il est 
simule. Dans le cas ou le composant recherche n'est pas present dans la 
configuration, la reponse contient une notification d'erreur 
(INSTANCEJMONE, TYPEJMONE). Le gestionnaire du client ClientRegistry 

25 (11) memorise alors la reponse dans la table rn_serverConfigMap (12) 
formant un cache de la table du gestionnaire serveur. Un exemple de cette 
procedure est donne en annexe 2. Dans le cas d'une simulation muti-serveur 
la table du gestionnaire client contient la somme de contenu des tables de 
tous les serveurs utilises. Dans ce cas le test utilise le nom du serveur 

30 associe a chaque composant pour adresser les stimuli vers le serveur 
adequat. Si les composants et leur type correspondent aux attentes du test, 
le test s'auto-adapte a la configuration en inhibant, activant et/ou modifiant 
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certaines parties du test selon la presence ou non des composants et leur 
type particulier. Ceci permet de pouvoir utiliser le meme test pour des 
configurations differentes. 

Le client (10) peut alors executer le test de simulation sur le serveur 

5 (13) par Pintermediaire d'une interface programmatique API SIM, qui traduit 
le test en stimuli. L'annexe 5 illustre la definition des classes clientes 
permettant i'acces a i'API SIM correspondant a I' architecture representee sur 
la figure 1. Si la configuration ne correspond pas aux besoins du test une 
erreur est signalee. Un exemple de test correspondant a I' architecture 

10 representee sur la figure 1 est donne en annexe 6. Ce test ne peut 
s'executer correctement que si les composants suivants sont presents: 
CPU_0 d'un type arbitraire, CMEMJ3 et/ou CIO_0 de type arbitraire et 
BRIDGE_0 de type DUT_CORE. Pour CPU_0 de type DUT un traitement 
specifique est applique - appel de procedures selfJestQ et reset(). Dans la 

is boucle principale du test les acces memoire et entree-sortie sont executes de 
maniere conditionnelle selon la presence des composants CMEM_0 et 
CICM). Le test de l'annexe 6 correspond a la configuration de la figure 4b ou 
ses variantes. Les fichiers MGHLL et MGHDL correspondants, generes par 
le systeme configurateur automatique (17) sont donnes dans les annexes 7 

20 et 8 respectivement. 

On contort que la presente invention peut etre mise en ceuvre selon 
d'autres formes specifiques, sans sortir de son domaine duplication tel que 
revendique. Par consequent, la presente description detaillee doit etre 
consideree comme etant une simple illustration d'un cas particulier dans le 

25 cadre de Tinvention et peut done etre modifiee sans sortir du domaine defini 
par les revendications jointes. 
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ANNEXE 1 



5 * Copyright (c) 2000 BULL - Worldwide Information Systems 

* All rights reserved 
* 

* Module name : registry. hpp 

* Author : Andrzej Wozniak 
10 * 



tifndef HPP_REGISTRY_HPP 
#define H PP_REGI STRY_HPP 

15 

////////////////////// 
iinclude <map . h> 
# include <strstreara> 
#include <string> 
20 ////////////////////// 

class LabelClass { 
public : 



enum InstLabel { 



// 




CPU 0 = 


0x0010, 


CPU 1 = 


0x0011, 


// 




BRIDGE 0 


= 0x0020, 


BRIDGE 1 


= 0x0021, 


// 




CMEM 0 


= 0x0030, 


CMEM 1 


= 0x0031, 


// 




CIO 0 


= 0x0040, 


CIO 1 


= 0x0041, 


// 




CPU 0 BRIDGE 0 = 0x2010 f 


BRIDGE 0 


CPU 0 - 0x1020, 


CPU 1 BRIDGE 1 = 0x2111, 


BRIDGE 1 


_CPU_1 = 0x1121, 


// 




INSTANCE^ 


ANY = Oxffff, 


instance' 


NONE = 0x0000 



45 }; 
}; 

////// 

class TypeClass { 
public : 
50 enum InstType { 

DUT = 0x0001, 
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DUT_CORE 
XACTOR 
MONITOR 
VERIFIER 
5 FBUS_XCHG 
// 

TYPE_ANY 
TYPE_NONE 

}; 

10 } ; 

////// 



= 0x0002, 
= 0x0004, 
= 0x0008, 
= 0x0010, 
= 0x0020, 

= Oxffff, 
= 0x0000 



class Registry 
public : 
15 typedef long 

public : 

static const 

static const 

static const 
20 public: 
//// 

typedef long 

}; 

//// 

25 

class QueryReq : public Registry { 
public : 

QueryReq (const strings serverName = SERVER_ANY, 
int clientNum = 0, 
30 InstLabel ins tanceLabel - INSTANCE_ANY, 

InstType instanceType = TYPE_ANY) ; 
publ ic : 

string m^serverName; 
int m_clientNum; 
35 InstLabel m_ins tanceLabel ; 

InstType m_instanceType; 

>; 



: public LabelClass, public TypeClass { 

unsigned int Handle_t; 

string S E RVE R__AN Y ; 
int MAX_CLIENT_NB - 16; 
int MAX_SERVER_NB = 8; 

long unsigned int CombinedID__t ; 



class QueryRsp : public Registry { 
40 public: 

QueryRsp (long unsigned int iihandle = 0, 

const strings serverName = SERVER__ANY, 
InstLabel instanceLabel = INS TAN CE__AN Y , 
InstType instanceType = TYPE_ANY, 
45 const strings instanceName = string ("") , 

const strings instanceVerilogPath = string ( M " )) ; 

publ ic : 

long unsigned int m_handle ; 
string m_serverNarae; 
50 InstLabel m__instanceLabel ; 

InstType m__instanceType ; 
string m_ins tanceName ; 
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10 



15 



20 



string m_instanceVerilogPath; 
string m_f ullInstanceName ; 

} ; 

class QueryError{ 
public : 

const string m_err; 

QueryRsp m__qrsp; 

QueryError (const strings err, const QueryRsp& qrsp) : 
m_err (err) , 
m_qrsp (qrsp) { } 

} ; 

//// 

ostream& operator« (ostreams str, const QueryReq& qrq) ; 
istream& operator>> (istream& str, QueryReq& qrq) ; 

ostream& operator« (ostreams str, const QueryRsp& qrsp) 
istream& operator» (istreara& str, QueryRsp& qrsp) ; 

typedef int Status; 

#endif /* HPP REGISTRY HPP */ 



25 
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ANNEXE 2 



/* + +************************************************** 
* 

5 * Copyright (c) 2000 BULL - Worldwide Information Systems 

* All rights reserved 
* 

* Module name : client_registry . hpp 

* Author : Andrzej Wozniak 
10 * 

* ******************************** 

#ifndef HPP_CLIENT_REGISTRY_HPP 
#define HPP_CLIENT_REGI STRY_HPP 

15 

iinclude <map> 

# include "registry . hpp M 

# inc lude " cl i en t_conaponent . hpp " 

20 class ClientRegistry : public Registry { 
public : 

typedef map<int, QueryRsp*> QueryMap_Type ; 
public : 

static Status QueryServerConf ig ( ) ; 
25 static const QueryRsp& QueryServer ( InstLabel iid, InstType 

ict) ; 

static const QueryMap_Type& getQueryMap ( ) ; 

static QueryRsp& QueryComponent ( Ins tLabel iid, InstType 
ict) ; 
30 private: 

static QueryMap_Type m_se rverConf igMap ; 

static QueryMap__Type : : iterator m_it; 
public : 

static int getServerNumber () ; 
35 static int getClientOwnNum ( ) ; 

static strings getConf igName ( ) ; 

>; 

#endif /* HPP CLIENT REGISTRY HPP */ 
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ANNEXE 3 



5 * Copyright (c) 2000 BULL - Worldwide Information Systems 

* All rights reserved 

* Module name : server_registry . hpp 

* Author : Andrzej Wozniak 

10 * 

* ******************** 

#ifndef HPP__SERVER_REGISTRY_HPP 
#define HPP_SERVER_REGISTRY_HPP 

15 tinclude "registry . hpp" 

ttinclude "component . hpp" 

Hnclude <map> 

class ServerRegistry : public Registry { 
20 public: 

static Status Register (Component Ident* p_comp) ; 

static Componentldent* getlnstance ( InstLabel ilabel, 

InstType itype) ; 

static const Componentldent* c_get Instance { InstLabel ilabel, 

25 InstType itype) ; 
public : 

static Status QueryServer ( ) ; 
private : 

typedef map<CombinedI D_t , Component Ident*> Map__t; 

30 static Map_t* m_plns tanceMap; 

static int m_cl ientNumber ; 

static const string m__serverName ; 

static const string m__conf igName ; 
public : 

35 static const strings getServerName () ; 

static const strings getConf igName () ; 

static int getServerNumber ( ) ; 

static int getClientNumber ( ) ; 
public : 
40 // 

} ; // ServerRegistry class 

#endif /* HPP SERVER REGISTRY HPP */ 
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* 



ANNEXE 4 



/*4__}_*************************************************** 

5 * Copyright (c) 2000 BULL - Worldwide Information Systems 

* All rights reserved 

* Module name : Component . hpp 

* Author : Andrzej Wozniak 
10 * 

* ********************************* 

#ifndef HPP_COMPONENT_HPP 
#define HPP__COMPONENT_HPP 

15 

////////////////////// 

#include <string> 

# include "registry . hpp" 

////////////////////// 

20 

class Componentldent : public Registry { 
public : 

Componentldent ( InstLabel ilabel, InstType itype, 

const string inarne, const string hdlpath) ; 
25 virtual -Componentldent () ; 

public : 

InstLabel m_ilabel ; 
InstType m_itype; 
string m__iname; 
30 string m_hdlpath; 



} ; 

35 #endif /* HPP COMPONENT HPP */ 



1 er depot 

17 



ANNEXE 5 

/*^_i.************************************************** 

5 * Copyright (c) 2000 BULL - Worldwide Information Systems 

* All rights reserved 
* 

* Module name : client_component . hpp 

* Author : Andrzej Wozniak 
10 * 

★ ************************************* 

#ifndef HPP_CLIENT_COMPONENT_HPP 
#define HPP_CLIENT_COMPONENT_HPP 

15 

class ClientComponent { 
protected : 

ClientComponent ( ) ; 
public : 

20 static ClientComponent* create (QueryRsp qrsp) ; 

public : 

virtual int mem_write (unsigned long long addr, unsigned long 
long data) ; 

virtual int mem__read_compa re (unsigned long long addr, 
25 unsigned long long data) ; 

virtual int io_write (unsigned long long addr, unsigned long 
long data) ; 

virtual int io_read_compare (unsigned long long addr, 
unsigned long long data) ; 
30 virtual int self_test(); 

virtual int reset (); 
virtual int cache^clear () 
virtual int cache_f lush () 
virtual int get_err__nbr ( ) 

35 }; 



int PrintError (const string msg) ; 



40 



1 er depot 

18 



ANNEXE 6 

/*_|_ + ** ******* ******************************************** 
* 

5 * Copyright (c) 2000 BULL - Worldwide Information Systems 

* All rights reserved 
* 

* Module name : example__test . cpp 

* Author : Andrzej Wozniak 
10 * 

* **************************** *************************/ 

# include "client_registry . hpp" 

15 int Test (int argc, char* argv[]}{ 

///////////// CONFIGURE SECTION ///////////// 
ClientRegistry : : QueryServerConf ig ( ) ; 

QueryRsp &qrs_cpu_0 = 
20 ClientRegistry : : QueryComponent (LabelClass : : CPU_0 , TypeClass : : TY 
PE_ANY) ; 

QueryRsp &qrs__mem_0 ~ 
ClientRegistry : : QueryComponent (LabelClass : : CMEM_0 , TypeClass : : T 
YPE_ANY) ; 
25 QueryRsp &qrs_cio_0 = 

ClientRegistry: : QueryComponent (LabelClass : : CIO_0 r TypeClass : : TY 
PE_ANY) ; 

QueryRsp &qrs__bridge__0 = 
ClientRegistry: : QueryComponent (LabelClass : : BRI DGE__0 , 
30 TypeClass : : DUT_CORE) ; 

int err_status = 0; 

if (qrs__cpu__0 .m_instanceLabel == LabelClass: : INSTANCE__NONE ) { 
PrintError ("Component CPU_0 is missing\n") ; 
35 ++err_status; 
} 

if (qrs_mem_0 . m_instanceLabel == LabelClass: : INSTANCE__ANY 
&&. qrs_cio_0 . m__instanceLabel ===== 
LabelClass : : INSTANCE_ANY) { 
40 PrintError ( "Components MEM_0 and CIO__0 are both 

missing\n" ) ; 

++err_status ; 

} 

if (qrs__bridge_0 .m__instanceType != TypeClass: :DUT__CORE) { 
45 PrintError ("Component BRIDGE_0 of type DUT_CORE is 

missing\n" ) ; 

+ + err__status / 

} 

if (err_status) { 
50 PrintError ( "aborting test\n"); 

return -1; 

} 
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//////// constructing client components 

ClientComponent* cpu_0 = ClientComponent : : create (qrs_cpu_0 ) ; 
ClientComponent* mem_0 = ClientComponent: : create (qrs__mem_0 ) ; 
ClientComponent* cio_0 = ClientComponent :: create (qrs_cio_0 ) ; 
5 ClientComponent* bridge_0 = 

ClientComponent: : create (qrs__bridge_0) ; 
/////// 

const int MAX_CYCLES = 4096; 

const unsigned long long mem_base = 0x8123456787665500ULL; 
10 const unsigned long long cio_base = OxFFFFFFFFFABCDl 00ULL ; 

if (qrs_cpu_0 .m_instanceType == TypeClass: :DUT) { 
cpu_0->self_test () ; 
cpu_0->reset ( ) ; 

15 } 

bridge_0->cache_clear () ; 

forfint ii; ii<MAX__CYCLES ; ++ii){ 

if (qrs_mem_0 . m_instanceLabel != LabelClass : : INSTANCE_ANY) { 
20 cpu_0->mem_wr i te (mem_base+8* ii , 

Oxa5a5a5a5a5a50000ULL+ii) ; 
} 

if (qrs_cio_0 .m^instanceLabel != LabelClass :: INSTANCE__ANY) { 
25 cpu_0->io_write (cio_base+4*ii, 

0xc3c3c3c3c3c30000ULL+ii) ; 
} 

} 

bridge_0->cache_f lush ( ) ; 

30 

for (int ii; ii<MAX_CYCLES ; ++ii) { 

if (qrs_mem_0.m_instanceLabel != LabelClass :: INSTANCE_ANY) { 
cpu_0->mem_read_compare (mem_base+8*ii, 
0xa5a5a5a5a5a50000ULL+ii) ; 
35 } 

if (qrs_cio_0 . m_instanceLabel != LabelClass: : INSTANCE_ANY) { 
cpu_0->io_read_compare (cio_base + 4*ii , 
0xc3c3c3c3c3c30000ULL+ii) ; 
40 } 
} 

return cpu_0->get_err_nbr ( ) + mem_0->get_err_nbr ( ) + cio_0- 
>get_err_nbr ( ) + bridge_0->get_err_nbr ( ) ; 
45 } 
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ANNEXE 7 

/////////////////////////////////////// 
// FILE GENERATED by A.W. PERL SCRIPT 
5 // FROM patent/sim/conf igs/pat03 . cf g file 
// FOR server 

/////////////////////////////////////// 



10 ///////////// 

#include "server_registry . hpp" 
# include "server_components . hpp" 



15 ///////////// 



const string ServerRegistry: : m_serverName 
const string ServerRegistry: : m_conf igName 
20 const int ServerRegistry: :m_server Number 
Status InstantiateConf iguration ( ) { 
////////////// 

static Fbusjnwif CPU__0_XACTOR_FBUS_p (LabelClass : : CPU__0 , 
25 TypeClass: :FBUS_type, 

string ( " top . CPU_0_XACTOR_FBUS_p" ) ) ; 
static Cio_Dut CIO_0 (LabelClass :: CIO_0 , TypeClass :: DUT , 

string("top.CIO_0") ) ; 
static Cmem^Dut CMEM_0 (LabelClass :: CMEM_0 , TypeClass :: DUT, 
30 string ("top. CMEM_0") ) ; 

static Bridge__Dut BRIDGE_0 ( LabelClass :: BRI DGE___0 , 
TypeClass : : DUT__CORE, 

string (" top. BRIDGE_0" ) ) ; 
static CPU_Xactor CPU_0_XACTOR (LabelClas s : : CPU_0 , 
35 TypeClass :: XACTOR, 

&CPU__0_XACTOR_FBUS_p) ; 
static CPU__Monitor CPU_0 ^MONITOR (LabelCl ass : : CPUJD , 
TypeClass: : MONITOR, 

&CPU_0_XACTOR_FBUS_p) ; 
40 static Fbus_Xchg BRIDGE_0_CPU__0_FBUS__XCHG 

(LabelClass: : BRIDGE_0__CPU_0 , TypeClass: :FBUS_XCHG, 

string ("top. BRIDGE_0_CPU_0_FBUS__XCHG" ) ) 
static Fbus_Xchg CPU_0_BRIDGE_0_FBUS_XCHG 
(LabelClass: : CPU_0_BRI DGE__0 , TypeClass: :FBUS_XCHG, 
45 string (" top. CPUJ3_BRIDGE__0_FBUS_XCHG" ) ) 

return Success; 

} 

///////////// 

// END 
50 ///////////// 



= "SERVER"; 
= "pat03"; 
= 1; 
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ANNEXE 8 

//////////////////////////////////////////////////////////// 
FILE "config_server_pat03_top. v" GENERATED by A.W. PERL SCRIPT 
// FROM "patent/sim/conf igs/pat03 . cfg" file 

//////////////////////////////////////////////////////////// 



10 



////// 
v timescale 
////// 
module top 



lOOps 
() ; 



15 



wire 
wire 



wire 
wire 



POWER_GOOD; 
RESET; 

CLK_33MHz; 
CLK 66MHz ; 



20 



25 



30 



35 



40 



45 



50 



Clock SysClock( 

. sys_POWER_GOOD 

. sys_RESET 

. sys_CLK 

. sys_CLK_2X 

) ; 



(POWER_GOOD) 
(RESET) , 
(CLK_33MHz) , 
(CLK 66MHz) 



//////////////////////////////// 
///// Wire Declaration Section 
//////////////////////////////// 



// wire CLK_33MHz; // 

// wire CLK_66MHz; // 

// wire POWER_GOOD; // 

// wire RESET; // input 

wire [3:0] Wl_00_inXXack; // input 
wire [63:0] ~ Wl_0 0_inXXadr_dat ; 
output ( 1 ) 

wire [3:0] Wl_00_inXXreq; // input 

wire [3 : 0] Wl_00_outXXack; // input 
wire [63:0] Wl_00_outXXadr_dat ; 
output (1) 

wire [3:0] Wl_00_outXXreq; // input 

wire [3: 0] W_0 0_XXack; // inout 
wire [63:0] W_00_XXadr__dat ; // 

wire [3:0] W_00_XXreq; // inout 
wire [31:0] W_00_YYadr; // 

wire [2 : 0] W_00_YYctrl; // input 
wire [63:0] W_00_YYdata; // 

wire [1:0] W_00_ZZack; // input 
wire [15:0] W_00_ZZdata; // 

wire [1: 0] W_00_ZZreq; // input 

//////////////////////////////// 

wire W_00_clk_2xn; // input 

wire W__00__clk_2xp; // input 

wire W_00_clkn; // input 



output (1) 

input ( 3 ) output ( 1 ) 
input ( 3 ) output ( 1 ) 
(3) output (1) 
(1) output(l) 
// input (1) 

(1) output (1) 
(1) output(l) 
// input (1) 

(1) output (1) 
(2) 

inout (2) 
(2) 

input ( 1 ) output ( 1 ) 

(1) output (1) 

inout (2) 

(1) output (1) 

inout (2) 

(1) output(l) 

(1) output(l) 
(1) output (1) 
(1) output (1) 
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wire 
wire [ 
wire [ 

output 
wire [ 
wire [ 
wire [ 

output 
wire [ 
wire 
wire 

/ 
/ 
/ 



3:0] 
63 : 0 
(1) 
3:0] 
3:0] 
63 : 0 
(1) 
3:0] 



//// 
//// 
//// 



W__00_clkp; // input 

W_00_inXXack; // input 

] W__00_inXXadr__dat; 

W_00_inXXreq; // input 

W__00_outXXack; // input 

] ~ W_00_outXXadr__dat; 

W_00_outXXreq; // input 

W_00_powergood; // input 

W_00_reset; // input 

/////////////////////////// 

Module Instancies Section 
/////////////////////////// 



(1) output(l) 
(1) output (1) 
// input ( 1 ) 

(1) output (1) 
(1) output (1) 
// input (1) 

(1) output (1) 
(1) output (1) 
(1) output (1) 



//// BRI DGE__0 
//////////// 
fbus xchg 



CPU 0 FBUS XCHG -> IND_CON -> FBUS_xchg 



BRI DGE_ 
. XXadr_dat 
. XXreq 
. XXack 

. inXXadr__dat 
. outXXadr__dat 
. inXXreq 
. outXXreq 
. inXXack 
. outXXack 



0_CPU_0_FBUS_XCHG ( 

(W_00_XXadr_dat) , 
(W_00_XXreq) , 
(W_00_XXack) , 

( W 1_0 0__ou tXXadr_da t ) 
(Wl_00_inXXadr_dat) , 
(Wl__00_outXXreq) , 
(Wl_00_inXXreq) , 
(Wl_00_outXXack) , 
(Wl 00 inXXack) ) ; 



//// CMEM 0 ~> DUT -> CMEMD //////////// 



cmem 



CMEM_0 ( 
. YYadr 
. YYdata 
. YYctrl 
. elk 
. reset 
. powergood 



(W_00_YYadr) , 
(W_00_YYdata) , 
(W__00__YYctrl) , 
(CLK_66MHz) , 

(RESET) , 

(POWER GOOD) ) 



//// CIO 0 -> DUT -> CIOD //////////// 



cio 



CIO_0 { 
. ZZdata 
. ZZreq 
. ZZack 
.elk 
. reset 
. powergood 



(W_00_ZZdata) , 
(W_00__ZZreq) , 
(W_00__ZZack) , 
(CLK_66MHz) , 

(RESET) , 



(POWER GOOD) ) ; 



//// BRI DGE__0 -> DUT_CORE -> BRD //////////// 

bridge_core BRIDGE_0 ( 

. inXXadr_dat ~ (Wl_00_inXXadr_dat ) , 

. outXXadr_dat (Wl_00_outXXadr_dat ) , 

. inXXreq ( Wl_00__inXXreq) , 

.outXXreq ( Wl_00_outXXreq ) , 
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10 



15 



.inXXack (Wl__00_inXXack ) , 

. outXXack (Wl_00_outXXack) , 

. YYadr (W__00_YYadr ) , 

. YYdata (W_00_YYdata) , 

.YYctrl (W_00_YYctrl) , 

. ZZdata (W_00__ZZdata) , 

. ZZreq (W_00_ZZreq) , 

. ZZack (W_00__ZZack) , 

.clk_2xp (W_00_clk_2xp) , 

. clk_2xn (W_00_clk_2xn) , 

. clkp (W__00_clkp) , 

. clkn (W_00_clkn) , 

. reset (W_00_reset) , 

.powergood (W__00_powergood) ) ; 

//// CPU_0_BRIDGE_0_FBUS_XCHG -> IND__CON -> FBUS_xchg 
//////////// 



f bus xchg 



20 
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CPU 0 BRIDGE 0 FBUS XCHG ( 



.XXadr_dat 

•XXreq 

.XXack 

. inXXadr_dat 
. outXXadr_dat 
. inXXreq 
. outXXreq 
. inXXack 
• outXXack 



(W_00_XXadr_dat) , 

(W_00_XXreq) , 

(W_00_XXack) , 

(W_00_outXXadr_dat) , 
(W_00_inXXadr_dat) , 

(W_00_outXXreq) , 

(W_00_inXXreq) , 

(W_00_outXXack) , 

(W 00 inXXack) ) ; 



30 



//// 
fbus 



CPU_ 



0 -> XACTOR -> FBUS_p //////////// 
CPU_0_XACTOR_FBUS_p ( 



35 



40 



. inXXadr_dat 
.outXXadr_dat 
. inXXreq 
. outXXreq 
. inXXack 
. outXXack 
. elk 
. reset 
. powergood 



(W_00_inXXadr_dat) , 
(W_00_outXXadr_dat) , 
(W_0 0__inXXreq) , 
(W_00_outXXreq) , 
(W_00__inXXack) , 
(W_00_outXXack) , 
(CLK__66MHz) , 

(RESET) , 

(POWER GOOD) ) ; 



//// BRIDGE_0_sys -> SYS_CON -> BRI DGE_sys //////////// 
sys_bridge # (0, 32 1 h00000007 ) BRIDGE_0_sys ( 



45 



50 



. clk_2xp 
. clk_2xn 
. clkp 
. clkn 
. reset 
. powergood 
. sys_CLK__2X 
. sys_CLK 
• sys_RESET 
,sys POWER_GOOD 



(W_00_clk_2xp) 
(W_00_clk_2xn) 
(W_00_clkp) , 
(W_00_cl kn) , 
(W_00_reset) , 

(W_00_powergood) , 

(CLK_66MHz) , 
(CLK_33MHz) , 

(RESET) , 

(POWER GOOD) ) ; 
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endmodule 

///////////// 
// END 

///////////// 
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REVEND8CATIOMS 

1. Procede de reconnaissance automatique de configurations de 
simulation disponibles de circuits integres en projet comprenant au moins 
deux composants relies entre eux directement ou indirectement, pour la 
verification fonctionnelle desdits circuits par des tests de simulation, 
caracterise en ce qui! comprend : 

une etape de saisie de configuration de simulation par un premier 
gestionnaire, appele "gestionnaire serveur" (14) associe au 
simulateur, pendant ('initialisation du programme simulateur, et 
pendant que sont alors appeles tous les constructeurs d'instances 
HLL (C++) de composants presents dans le modele global de 
simulation courant, chacun de ces constructeurs enregistrant (35) 
sa presence en transmettant ses propres parametres (label, type, 

chemin HDI ) au gestionnaire serveur qui constant la table des 

instances des composants, 

- une etape d'envoi d'une requete par un deuxieme gestionnaire, 
appele "gestionnaire client" (11) vers le gestionnaire serveur (14) 
pour savoir si les composants attendus dans une configuration par 
le gestionnaire client (11) sont presents et quelles sont leurs 
positions (indiquees par les labels) et leurs types, 

- une etape d'envoi d'une reponse par le gestionnaire serveur (14) au 
gestionnaire client (11), apres consultation de la table des instances 
des composants, la reponse contenant les instances des 
composants presents et/ou une notification d'erreur en cas 
d'absence d'un ou plusieurs composants attendus, et de 
memorisation de la reponse dans au moins une table de 
memorisation des modeles de configuration (12) par le gestionnaire 
client, 

- une etape de comparaison, par le gestionnaire client (11), de la 
reponse avec les exigences du test, suivie d'une etape d'inhibition, 
d'activation et/ou de modification de certaines parties du test par le 
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gestionnaire client (11) pour adapter le test a la configuration ou 
signalisation d'erreur si cela s'avere impossible. 

2. Procede de reconnaissance automatique de configurations selon la 
revendication 1, caracterise en ce que les configurations de simulation sont 

5 generees a partir des donnees de generation de configurations (MGHLL, 
MGHDL), avant ('utilisation du procede selon I'invention. 

3. Procede de reconnaissance automatique de configurations selon la 
revendication 2, caracterise en ce que la generation des configurations de 
simulation est realisee par un operateur. 

10 4. Procede de reconnaissance automatique de configurations selon la 

revendication 2, caracterise en ce que la generation des configurations de 
simulation est realisee par un generateur automatique de configurations (17). 

5. Procede de reconnaissance automatique de configurations selon 
une des revendications 1 a 4, caracterise en ce que I'etape d'envoi d'une 

15 requete est suivie d'une etape de traduction de ladite requete, par une 
interface programmatique (API CONF), en langage comprehensible par le 
premier gestionnaire (14), et en ce que I'etape d'envoi d'une reponse est 
suivie d'une etape de traduction de ladite reponse, par Pinterface 
programmatique (API CONF), en langage comprehensible par le deuxieme 

20 gestionnaire (11). 

6. Procede de reconnaissance automatique de configurations selon 
une des revendications 1 a 5, caracterise en ce qu'il fonctionne dans une 
architecture client-serveur, le premier gestionnaire (11) etant situe sur le 
serveur (10) et le deuxieme gestionnaire (14) sur le client (13). 

25 7. Systeme de reconnaissance automatique de configurations de 

simulation disponibles de circuits integres en projet pour mettre en oeuvre le 
procede selon ['invention, caracterise en ce qull comprend un premier 
gestionnaire (14) muni de moyens pour formuler et/ou analyser un message, 
de moyens de memorisation, et de moyens pour remplir et consulter au 

30 moins une table dite table des instances des composants (15) presents dans 
chaque configuration, et en ce qu'il comprend un deuxieme gestionnaire (11) 
muni de moyens pour formuler un message et/ou une requete, de moyens 
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pour analyser un message, et de moyens pour remplir et consulter au moins 
une table de memorisation des modeles de configuration (12). 

8. Systeme de reconnaissance automatique de configurations selon la 
revendication 6, caracterise en ce que le deuxieme gestionnaire (11) est 
muni de moyens pour inhiber, activer et/ou modifier certaines parties du test 
pour adapter le test en fonction de la reponse. 
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